Simplify because events only fire on update

Support groom scanning at the feeding station as an EVENTS row

Uses the sdb_groom_scan_a EVENTS.Behavior code.  Document rules
and implement.

Create, document, index, and trigger ARRIVALS_A

This is the feeding station arrival and departure "event detail"
table, that goes with the ATTENDANCE table.  The per-presence,
per-date, information has moved to this table.

Remove arrival related information from ATTENDANCE

Fix check for unique roles per event

Update roles docs to note that roles apply to feeding station attendance

Update diagrams for event based attendance design

Split ATTENDANCE table, creating ARRIVALS_A, an attendance arrival
and departure event table.

Grammer

Use macro to enforce Certainty = sdb_identity_certain

Use macro to enforce Start = Stop

Shorten EVENTS.Behavior constraint name to fit within limits

Unfortunately, there is not enough space to list the allowed
behavior codes.  The user will just have to refer to the documentaion
when they violate the constraint.

Allow the EVENT.Behavior to be sdb_groom_scan

Give time precision docs their own section

Hyperlink to tables that have been documented

Move docs of sdb_actor, sdb_actee, and sdb_mutual into ROLE_CODES

Update copyright date

Grammar

Make sdb_mutual (Mutual) a special ROLE_CODES.Role value

When there is one participant with a sdb_mutual role, there must be
at least one other participant with this role.

Allow EVENTS and ATTENDANCE to relate, add EVENTS.AtID column

New null_xor_null() macro: exactly one of 2 columns must be NULL

EVENTS is to reference ATTENDANCE, so create ATTENDANCE first

Convert the follow_map_time_problems table into the clean schema

With groom scans, start must equal stop

Change table name GROOM_SCANS -> GROOM_SCANS_B

Replace "estrus" with "swelling", FEMALE_STATES -> REPRO_STATES

Change "estrus" to "swelling" in ESTRUS_STATES names

Talk about "swelling" not "estrus" in the CYCLE_STATES docs

Change global constant name sdb_manual_estrus -> sdb_manual_swelling

Change "estrus" to "swelling" in ESTRUS_SOURCES names

Fix so FOLLOWS.CommID is validated against COMM_IDS

Change column name: FOLLOWS.Community -> CommID

Make consistent with other column names.  Per 2026-05-26 meeting.

Fix copyright dates

Change column name: AGGRESSIONS.Community ->CommID

Make consistent with other column names.  Per 2026-05-26 meeting.

Change column name: AGGRESSION_EVENT_LOG.Community ->CommID

Make consistent with other column names.  Per 2026-05-26 meeting.

Create, document, index, and trigger ATTENDANCE

Increase maximum FOOD_EVENTS per EVENTS row

Some of the MS Access columns have semi-colons separating food values,
so instead of 2 values to go with the 2 MS Access columns we need
4 possible values.

Add ATTENDANCE to demography ER diagram

Remove estrus tables from demography ER diagram

Table qualify column names for clarity

Create, document, index, and trigger GROOM_SCANS

Typos

EVENTS.Start and Stop have semantics that depend on the behavior

Link to the detailed description of behavior codes

Add GROOM_SCANS to the Events ER diagram

Adjust data integrity rules to allow "other" grooming participants

Removed dropped GROOMINGS.Other column

Remove index from dropped columns

Generalize EVENTS.Certainty description

Document Observer check on transaction commit

Add female reproductive ER diagram to docs

A ER diagram related to female sexual cycling

We'll see if we want to keep this.  For the hot minute, the
estrus states are left on the demography ER diagram.

Drop GROOMINGS.Other column

Create, document, index, and trigger GROOMINGS

The ROLES.Role of sdb_actor and sdb_actee must occur in pairs

Remove hardcoding of aggression event

We will need to execute this code to support grooming events.

Prevent updates to ROLES.Role

There can only be one individual related to a food event

The individual consuming the food must be the focal

Declare variables needed to to check focal participantion as globals

Place an upper limit (2) on the foods consumed per food event

Fix markup

Give unique indexes descriptive names

The user can see these names on index violations, which are db rule
integrity violations.  Give them a clue as to what the probem is.

An individual can only appear in an event once

Correct markup, improve text of "participant must be studyed" paragraph

Move the "not there" warning from AGGRESSIONS to ROLES

Change GROOMINS.Others -> Other in ER diagram

Remove extra words

Improve AGGRESSIONS docs

Based on Ian's review of 2026-05-15

Allow aggression event logs back to 1960

Per Ian's review of 2026-05-15

Remove GROOMINGS.TimeCertainty and Duplicate columns, add Problems

Add new columns to AGGRESSIONS ER diagram

Create, document, index, and trigger FOOD_EVENTS

Fix "must" v.s. "should" wording

Document the transaction concept

Better handle :ref:s that show up in sentences

Fix hyperlink

Create, document, and index FOOD_NAMES table

Create, document, and index FOOD_PARTS table

New macro: positive_check()  Checks a column is a positive number

Get rid of trailing spaces

Alphabetize by code table name

Re-arrange the overview paragraphs

Better docs regards EVENTS.Behavior codes and the event detail tables

Index AGGRESSIONS

Change note regarding extracted text into a sidebar

Index SIGHTINGS

Explicitly document that SIGHTINGS.AnimID and Date pair must be unique

Fix SIGHTINGS.Date link text in RST references

Create SIGHTINGS trigger

Put lower bound on SIGHTINGS.Date

Add note documenting relations between extracted AGGRESSIONS columns

Document that AGGRESSIONS FullAccount, AggressorBehavior, and
RecipientBehavior can all be duplicate information.

Add the AGGRESSIONS.RecipientBehavior column

Add the AGGRESSIONS.AggressorBehavior column

Add the AGGRESSIONS.FullAccount column

Fix AGGRESSIONS substituition references' anchors

Fix RST syntax

Have AGGRESSIONS.Severity validate off the AGG_SEVERITIES table

The clean.ae_fight_category column needs to have a single space
normalized to NULL.

Create and document the AGG_SEVERITIES table

For aggressions, EVENTS.Certainty is the certainty of the recipient

After phone discussion with Ian, 2026-05-13.

The MS Access aggression_event.ae_recipient_certainty_flag column
will need to be normalized to 'Y' and 'N' in the "clean" schema.
NULL and N means false, Y and X means true.  And some other
illegitimate values exist.

Use better SQL literal syntax